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EXECUTIVE SUMMARr 



ThlA document assists end-users i'n evaluating -the utility of 
microcom^ter s^-stems* ^ For those end-users who have determined a 
ne'ed for a microcomputer, this docume^nt provides assistance in 
choosing' a system which will satisfy their requirements • While the 
document is oriented toWard the end-user," ADP .professionals should 
fipd the material useful. Similarly, while the document focuses on 
administrative/management applications, the concep'ts are suitable to 
other appllcation'envl ronments. 

Th'e methodology advanced ir|.,this guide recommends that primary 
consideration ,be given to user application requirements and 
commercially available software,. Emphasis is plated on finding the 
appropriate tool to address specific^ needs rather than first 
acquiring'^ a tool and then searching for ^a problem that it solves. 
The recommended sequence consists of: 

^. identifying requirements * , • 

^. identifying and evaluating alternative sources for application 
software * . 0 

•3. identifying and evaluating alternative sources * for system 
software and hardware 

^, identifying and evaluating alternative sources of support 

The issues that need to be addressed, include: a) the 
relationship of micro-based systems, to centVal facilities, b) the 
configuration of systems to facilitate the shg^ring of resources, c) 
the acquisition - of application software in a way "that minimizes 
development and maintenance costs, d) the "packaging" of the 
technology for non-technical users, ancl e> the acquisition of systems 
In a i^ay that eases migration ,,to new technology. 

The Appendix provides an additional basis for understanding 
microcomputer system , selection. The^^ types 

administrative'/management applications available are' presented, and 
the features^ assp^iated with data communi<;atlons are discussed. 

This document is introductory to a more comprehensive treatment 
of the' subject of ^selecting microcomputer systems that is in 
preparation and '.will be available late in FY 198^1. Information about 
that -guidance document and other NBS microcomputer-related products 
and actyities can be obtained from the authors at: 

NBS/ICST ' 
B266 Technology Bldg 
Washington, DC- 20234 
(301 ) -921-3485 




CHAPTER 1 



INTRODUCTION . 



This document is primarily intended to assist end-users who are 
faced with the tasks of evaluating the applicability, of microcomputer 
systems technology to their needs, and selecting a system to meet 
those needs. Although the document focuses on end-users, the material 
should also be of use to computer professionals who are selecting 
microcomputer systems for use by an organization. While the 
Information .presented here is generally applicable across the full 
range of microcomputer applications, a primary focus is on«is»sues 
which arise in an administrative/management environment), Ouf' 
experience is that the use of microcomputers for 

administrative/management applications has the largest potential 
payoff for Federal agencieSk 

This document is limited in scope. A more comprehensive 
treatment of the subject is presently underway. While the '.material 
was specifically designed t^ help Federal agencies make better 
informed clecisions in the selection of microcomputer sys4^eins, 
information presented may be -useful for private organizations, and 
state and local government organizations. ^ 

The ready availability and adaptability of microcomputer systems, 
which are compact- enough to easily fit on a desk* or in « briefcase, 
will change the expectations, and the habits of users of Information 
systems. The microcomputer system has advanced to the point where 
individuals can make effective use of information systems .technology 
without being highly trained specialists in the technology. In 
addition, these systems are beginning to mimic capabll i ti'^s of :i'arge 
mainframe computers of only a few years ago. Ifc. has been 
characteristic of the past thati enhanced computational^ resources 
usually lead to attempts ^to take on new problems, as opposed to just 
solving a larger volume of the old problems. ' *. 

The discussion above would lead one to expect the evolution of a 
whole new- set of applications that were unthought.of prior to the 
advent of microcomputer systems; and Indeed, a- new class of 
"spreadsheet" processing applications has already emerged. 
Spreadsheet processors allow end-users to develop, inexpensively and 
quickly, specialized display tables representing budgets,, taxes, and 
other computational models. A key characteristic' of these models is 
that changes in table values are almost instantly propagated to all 
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other dependent values. The concept underlying the spreadsheet 
processgr is simple, but was not realized until microcomputer systems 
provided the low cost, fast response, and high bandwidth environment 
to make implementation feasible. 

The spreadsheet application is just one of a growing list of 
applications that bring computin'g power within reach of end-^users. 
This ready access to computing power offers the potential for both 
large< and small organizations to significantly improve the 
productl vity of their workforce as well as the quality of the products 
and services being provided. 

There appears to be a * tremendous amount of pressure on both 
individuals and organizations to get on the "microcomputer systems 
bandwagon". without fully exploring .the issues involved. Inexperience 
in the use of this new technology Increases the risks that, 
oi'ganlzatlonal goals will not' be adequately considered, 'and that 
selection decisions wili be made by people who are not equipped by 
either traln.i'ng or experience to make such decisions. Mass media 
marketing tends to paint an ^overly optimistic picture of the 
capabilities of microcomputer systems and tends to obscure the issues 
that should be considered when making a system selection decision, ^ 

Chapter II of this document describes' the process that we 
recommend for selecting ,a microcomputer system. Chapter III 
highlights some significant technical ^considerations associated with 
selecting a microcomputer system. The ^Appendix provides a more 
detailed technical discussion of microcomputer systems capabilities 
and appl lea tions • 




CHAPTER 2 
THE RECOMMENDED SELECTION PROCESS 



A number of factors combine to make the process for the selection 
of microcomputers different from that of mainframes. Microcomputers 
will typically have associated with them: 

o a shorter life cycle ^ . 

o a lower unit cost - . 

o a lower perceived risk . 

' o a greater need for matching and Integrating sy;?^tem components, 
by the user 

o a greater interest in individual computing by the' user 

o a greater overall control and responsibility on the part of 
the user "for individual computing 

Some factors contributing to these di fferences . include : 
o fast moving technology * ^ ^ ^ 

o Increased market place competition 

o a low system cost ^ ' . ^ 

o evolving re'biuf remehts , particularly for first .t;ime users 

o difficulty and expense of modifying applicatlorf software 

o significant • media ^coverage of microcomputers, the technology ; 
and the market place 

Traditionally, the selection of mainframes has been associated 
with a focus on hardware. In contrast, the methodology advanced^ In 
this guide recommends deemphaslzlng' hardware and giving primary 
consideration to user application requirements and commerci»ally 
available software. Emphasis i's placed on finding the appropriate 
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tool to address a specific need rather than first acquiring a tool and 
then searching for a problem th^t it s^Jves. The recommended- sequence 
consists of! 



1 . 

2. 
3. 



identifying requirements 

identifying and evaluating alternative.- sgyrces 
application software 



for 



identifying and Evaluating 
software and hardware 



alternative sources for system 



identifying and evaluating alternative sourcesx of support 



V 



Itf. should ' be noted that>whlle the st^^ps are djlscussed as' a series 
of sequential activities, in fact the process'^^is more complicated and" 
dynamic. Each step has implicit in it the task of Insuring that* the 
decisions .made or alternatives identified up to that point are 
consistent and do fiot overly constrain the - final chol'ces. For 
example, the ctioice of a particular application package may dictate a 
specific operating system which decreases rather than-,) increases the 
system's flexibility for expansion '^or entJiancement . Mn suqh a case it- 
may "be advisable 'to reevaluate and modif^' requirements so ^s to still- 
accomplish objectives,- but yet ^ remove t,he undesired constraints on 
future actions. In that light,^ the step6 of the recommended selection, 
process are discussed below. )\ > • . 



2.1 IDENTIFY REQUIREMENTS 



we would like to iiri tiall V^^tate ^what 
resource's, in actuality that i; 



identification does not take 

we 

s not 
in terms 

of what currently exists or the^ expectation we have of' what ytSll be 
available shortly. Some sources of inf or*ma t ion' ajDout--^ the capabilities 
of available software and hardware Include: . 



Clearly, the process of requirements 
place in a vacuum. Although 

want independent of* availajDle resource's, in actuality that 
exactly the^ case. In fact, we be^in to; frame such^ concepts 



o 

o 
o 
o 

.0 



microcomputer and 
and newspapers 



inf orrflation systems perioclicals, journals 



vendor 1 iter a tu re 
electro^iic bulletin^ boards 
technology ' f orecast^ 



lot^al computer stores 



(See NPS Special Publication 500^102, Micr ocbmputers : L Revleu tof 
Federal" Agency Experiences, page- 7, for a description , of the Institute 
for Computer Sciences and Technology (ICST) . Microcoihput^ Electronic 
Information, EJcchange which / contains pointers fco other sources ^of 
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related information.) 

One step In Identifying requirements is to recognize the generic 
class of applications that the system is intended to support. Typical 
ciasslss include: 

o adminis tVative/management ' ' 

' o scientific computation 
^ o software development 

Our experience to date suggests th^t users should select a system 
that operates within, the boundaries of or is primarily directed toward , 
a single class. Each class provides the user with a wide and growing 
variety of functiojis that can be performed. Among the 
responsibilities of the selecto'r is the choosing of the desired 
functions and >prio>ritl^Sing them. Altl>pugh it is^not possible to place- 
quantitative 'figures on th^ r elective - importance of each category of . 
application, i within ' Federal agencies, that ofy 

administrative/management appears to be of particular significance. 
" Some typical admin istrati ve/managetntent functions include: 

o document preparation - 

o fina'iicial analysis ' . . . 

o ^ personnel management^ . 

o daVa management ^ 

o budget, preparation * 

o" briefing material presentation 

o fTfforecs^s tlng . r - 

^ « ■ ' \ , 

Also involved inr tffiis step is thiG' specification of any 
limitations or cdnstraints imposed on the cholcie of solutions. These 
might include such t'hin^gs as: s . - 

o agency polic^ and/or guida^nce 

0 'Federal regulations • ' , 

Ho budget limitations , 

. • o compatibility with installed systems 

o familiarity of staff With the. systems under consitf^ratlon 
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o availability of support structures both within and external 
to the organization 

o availability of an off-the-shelf solution 

Unless the systeig to be selected is to be used exclusively as a 
general learning tool, it will be necessary to define the specific 
functional ^ Capabilities that it needs to support, when those 
capabilities need to be available, and the priority or importance of 
each functional requir-ement. The last is important because it is 
possible that ^one system may not be capable o& simultaneously 
satisfying all requirements given the imposed constraints. Related to 
'functional capabilities are the perfo.rmance and capacity requirements 
-of the system to be selected". These too must be identified and 
prioritized. ' ■ _ ' 

One distinction among types of off-the-shelf application software 
is that between those that perform a specific application function 
(eg. Inventory control, -project scheduling, education, bill of 
materials) vs tftose that- provide the user with a general tool that can 
be tailored to the specific problem. Word processing, spread sheet, 
database, graphics are examples of this general tool category. It is 
recommended that for administrative/management applications, that 
systems be required to. provide as a minimum a workable set of these 
latter capabilities. Further, .it is recommended that there be a 
requirement for some level of integration among them. 

Ari area of requirement that should be considered relates to how 

the user interacts or interfaces with the system and the desired 

degree of user friendliness. Factors such as previous user training 

and experience and the sophistication and complexity of the system to 
be selected should be considered. 

• > ' ■ . ' 

Yet another area of requirem^t to be specified is the degree to" 
which the system to be selected must interface and communicate with 
other work stations and mainframes and the method(s) for accomplishing 
this. The extent to which the full range of these interactions can be 
anticipated and specified can impact' the extent to which-cost*y later 
adjustments are necessitated or avoided. 



2.2 IDENTIFY AND EVALUATE ALTERNATIVE SOURCES FOR APPLICATION 
SOFTWARE 

This step co'nsJ sts of seeing what application software exists to 
sati<gfy . requirements and choosing from among the alte^rna ti ves within 
the imposed limitations and constraints. ' In identifying alternatives 
it is important to make some distinctions among types of off-the-shelf 
packages. Orre distinct ion is between commercial vs public domain 
software. On the obvious level public domain software has the 
"apparent" copt advantage. While some public domain software is 
extremely good, especially in the area of communications, it is 
fre,.quently plagued by no or poor documentation and by lack of ^ 
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maintenance and support structure behind it. 

Some agencies do make extensive use of such- software with a 
central support group performing the ap^proprlate tailoring, 
documenting, distributing, and consulting. A recent development' has 
been the use of cQmpany (and public) libraries to distribute diskettes 
of public domain sof.tware much the ssme as books are loaned to users. 
A large Inventory of administrative/management software' of commercial 
and public domain software is available. The inventory is increasing 
practically daily. Howeve^r, the quality, utility, documentation, user 
friendliness, and tralning^aids associated with this type of software 
vary considerably. Theref(5re, while the use of public domain software 
may be viable, a decision to go that route should be made with an 
-appreciation of the potential problems and the non-apparent costs. 

Decisions about microcomputers will necessarily be in the absence 
of cQmplete knowledge. Therefore, qu estl ons ' that need to be addressed 

Incliide: » ^ 

y ■ 1 • 

o what level of information is necessary to operate with some 
degree of confidence - short of devoting an inordinate amount 
of time and energy? ^ 



to what extent 
advisable? 



is expert assistance/opinion necessary and/or 



Equally important to the user as the selection of a software 
product may be the selection of a software vendor. A reputable vendor 
(developer and distributor) increases the likelihood of: 




o 
o 



resm^sive service including 
knowledgeable technical s/aff 

a tested, documented prdduct 



the 



avail.abili ty 



of 



the availability . and 
warr an t^ees/ guarantees 



honoring of appropriate 

upward and downward compatibility within a vendor's line ^ 



o continued product enhancement 



A vendor's ability to provide these types of support should be an 
Important consideration in the vendo.r selection process. 
Unfortunately, it is extremely difficult, If not impassible, to apply 
quantitative measures to this process. In the absence of such 
metrics, reliance on one's own Intuitive and professional judgements 
and those of people whose opinions are respected may be necessary. 
(Interestingly, in the consumer market, a sometimes identified . 
decisjion criterion in buying a system is having a friend who has and . 
recomitiends a particular system and who can prov^^ide support, 
encouragement, and hand-holding.) 
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Ip evaXyatlng specific appll^cation software and specific vendors 
it is imppftant to be aware of whether what is being considered 
represents a "mainstream" in terms of- both the .technology and ^the 
marketplace. Dealing with mainstream products that have ^a wide 
customer base and con s-tl tuency puts the ^ users in a more flexible 
position to have access "to sources of support, a greater range and 
depth 0^ available products'^ a larger pool of knowledgeable technical 
and ueen personnel, a stronger position to exert leverage "^n the 
vendors to be responsive to product bugs and Shortcoming's* 

Another advantage of dealing in the mainstream is that the 
marketplac'e is more likely to be responsive to that environment* This 
frequently translates into the availability of a variety of related 
products that support, enhance or complement the primary product. 

Another consideration concerns the user selecting application 
software to address, more than one f uncti on e . g . , spreadsheet and 
graphics and data)Dase.). In such a situation, where practical, it may 
be advantageous td" obtain that software from a single vendor. 
Families of software packages and integrated environments (see related 
discussion in the Appendix) are being offered by an increasing number 
of vendors* 

Integrated software packages offer two advantages. It is easier 
to share data between the functional programs, and the functional 
programs have* similar user interfaces. Conseque^^tly , the operational 
detail that the user must remember is minimized. On the 'other hand , 
the functional programs in an integrated package, evaluated on an 
individual basis, may not have the features or performance of similar 
programs, where each is obtained from a different vendor. 



2.3 IDENTIFY AND EVALUa5:E ALTERNATIVE SOURCES FOR OPERATING SYSTEM 
SOFTWARE AND HARDWARE 

Of prime importance in this step is that the selected system 
software and hardware support the full range of application software 
identified in the previous ^step* ; It is frequently ^the case that a 
particular application software package will go through an evolution 
of improvements that take the forni of succe.ssive versions. It is 
important that the system software and hardware being considered 
corftinue to support the latest versions as they become available* 
(For example, a i^ajor vendor in ^the home computer market supports an 
older version of a popular spreadsheet package, but not the enhanced 
versions available on other systems.) 

Many of the considerations used for selecting application 
software and an application software vendor are also appropriate in 
the selection of system software and hardware* Al ternati v^;? which 
increase rather than decrease flexibility, which conform to de facto 
standards, which put users in the mainstream, and which permit dealing 
wit'h a' responsive and viable vendor are favored. Application packages 
which force a marked variance from the perceived mainstream should be 
carefully reexamined and the tf'adeoffs reassessed. 

15 
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This is especially important in this period of extremely rapid 
change- where a time frame of a :|ittle as six^ months to a" year may 
bning new products that c^n make previously acceptable ones less 
desirable when compared to the new offerings. A user staying in the 
mainstream of system software .and' hardwa re increases the likelihood 
that' new offerings will be available with only limitecj requirements 
for system enhancement;?. 

In attempting to find a system that supports a particular 
application or set of applications, the potential user mast be 
extremely aware of the specific requirements of the 'system -software 
and hardware. The application may require a particular operating 
•system version. It may also require some minimum cap'acities - e.g. 
random access memory (RAM), number of disk drives, amount of' disk 
storage, density of storage media, size of printer carriage, monitor 
type and display .size. It may also, require additional componefits - 
e.g. a particular board for Commu^nica tl ons or graphics or- color. The 
absence of- this level of detail may result i,n not being able to 
utilize the full capabilities of a particular application package. - 

- In evaluating the choices of operating systems it is important t 
note the trend of a number of vendors t.o' provide an "operating 
environment." In duch an environment the operating system may be 
relatively transparent to both users and application developers. The 
environment is typically implemented in a high level, widely 
transportable language, such as C. Such an environment may provide 
the user with some of "Ihe advantages pf leveraged learning, 
f lexibi li,ty , and mainstreaming previously discussed. 



2,^1 IDENTIFY AND EVALUATE ALTERNATIVE SOURCES fOR SYSTEM SUPPORT 

Support refers to the collection of activities necessary to help 
users access the selected systems,' correct problems, learn and 
effectively use the systems, and evaluate alternative approaches. 
Included in, this category ^are maintenance, training, documentation, 
demonstrati-oh centers, and package customiza ti on . v 

It is not necessary that support for the selected systems be 
obtained from the same vendors. However, It is advisable, but not 
essential, that the organization provide coardinaUon of vaTious 
support activities so that users will both know vjhat support is 
available and how to obtain it. The coordination is particularly 
important when" a variety of in-house and outside support is being 
obtained. v. * 

Although certain types of support can be provided with little, if 
any, knowledge of. the users environment (for example in the case of 
hardware repairs), many types of support require such knowledge. An 
examp.le of the latter is the determination of. the applicability of.a 
particular application package that must interface other organization 
resources. 
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A 



A study Conducted by Arthur Young for the Department" of Defense 
identified thirteen different categories of support. These inpluded: 

o long range- planning , " 

" . ( 

o requirements analysis • / . ' 

o hardware selection ] , , 

o software package selection " 

o procurement negotlatloj 

o application ^system development 

o Installation . 

o training 

o operations ' * 

o malntenan<»e 



A ^ recent review of Federal agency microcomputer experience 
performed by ICST, Microcomputers: A Review ^ of Federal Agency 
Experiences, NBS Special Pub 500-^1 02-, found many of the interviewed 
agencies providing a subset of- the full range of support, **with none of 
the interviewed agieneies • providing all. X centralized microcomputer 
support group appeared to be the most commonly observed model. 
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•CHAPTER ^ 
TECHNICAL eONSIDERATJ^ONS 



this section highlights several significant technical 
considerations that should be factored into the decision to»select a 
micro'computer system. .The technical' considerations are presented as 
issues/qufestions and ; the 'ensuing discussion attempts to. answer the 
questions.^ There was no attempt to-be exhaustive . in the 9overa6e to 
technical issues. The particular issues presented were selected 
bearfbse they are generic in' "nature and because we feel that the 
disttussion, of -these .issues brings -out those factors that are most 
important to consider when selecting a microcomputer system. 



3,1 WHEN SHOULD MICROCOMPUTER SYSTEMS 'BE CONSIDERED AS ALIEH^M^is 
AND/OR ADJUNCTS TO, CENTRAL FACILITIES? 

•Ideally microcomputer systfems shpuld be v^wed in the context of 
an>6rganization' s overall information resourced. Unfortunately, we 
fiave found -very few examples in which this is the )case. Some of the 
key reasons include: 

o the difficulties of establishing and maintaining an effective 
program for managing information resources 

-o • the relative immaturiity of the organization's experience with 
the use of" micrc^omputer systems as compared with the 
experience in the use of conventronal technologies 

o the revolutionary pace in which information' technology .is 
currently changing- and is expected to continue to change over 
the next few years 

Because microcomputer systems have not been -fully integrated as 
part of an organization's information resources, these systems are 
most often used as automated tools to assist individual workers in 
processing- information on an acj hoc basis to improve productivity and 
to enhance personal job performance. This is in marked contrast to 
conventional information systems technology which is primarily used to 
support organizational rather than personal job functions. 



18 



TECHNICAL COrfSIDERATIONS .„ P.age-3-2 

i . - ' - ' 

The notion of "personal computing" is very much evident. In the 
present dby microcomputer systems* These systems are most oCten 
configured as single-user,' mul'tl-f unc tlon workstations designed to 
support applications in areas.'-such as^ admffSistratlon andxman'agemen t, 
science and engineering, and ^ softwaVe- development. \ Although 
multi-user , systems are beginning to gain acceptance, single-user 
-systems dominate t^e marketplace and are expected to maintain that 
dominance for some time-. ^ ^ • 

There are>no hard and fast rules wh^ch dictate wheh microcomputer 
systems ^sjnoulo be used. There -are, however , - some experienced- -based 
.^^idelin^ tha\ are^ Usefijl in identlfyi-ng situations - in which 
microcomputers should be strongly considered. These include 
s-ituations Xx) which:- . " ^ 

- ^ 1 . ' 7 

o there is a need to f acill tate- appl icatlons that are highly 
- interactive and that have a large amount of terminal I/O. 



o the orga'niza tl on is confronted 'with a large appl lea tl*ans 
development backlog. ' ^ ' 



o 



there is, a need for more eiad-user involvement and control of 
the operational environment. _ ' 



o there is need to reduce th-e lead time for implementing an 
" • application. • ' , 



s 



o an organization is considering alternatlvje-ways for dealing 
with poor3,~y structured, rapidly changing applications that 
/ r serve individual as ' opposed to organizational, job 

performance needs. 

There are also situations in which microcomputers s.Hould • be 
approached with extreme caution. These include situations in which: 

o there is a strong requirement for data sharing* 

Q application needs requir^ the development of custom software. 

o"" user support requirements have - not been identified and 
provided; 

o there are stringent security requirements. 

o the applications are critical to the mission of the; 
organization. i * 
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3,2 HOW SHdULD MICROCOMPUTER SYSTEMS BE do^NFIGURED TO ENHANCE THE 
SHARING OF DATA AND THE SHARING OF EXPENSIVE PERIPHBRALS? 

Ther^e are two issues regarding data and resource sharing with 
microcomputer systems. The first issue relates to sharing data and 
resources among functions wl^thin a single ^ multi-functional system. 
The key'^concern here is the' degree of compatibi li ty . among the various 
functions p^ovided by the system. The second issue relates to ' data 
and resource sharing among a group of systems serj/ing a' multi-user 
environment* Tl^e key concern here is the degree of compatibility 
among the various systems. These two issues will be discussed in the 
paragraphs .w^hich follow* 

3*2;1 In tra-'Sy s tem Data And Resource Sharing 

*\ Thfe^^abTll ty to expand functionality is one of the most impoc:tant 
characteristics of mic roe^omputer syfeten^s. Expanded functionality can 
be achieved by bpth software and hardware methods*. The method 
recommended f ar^ achieving expanded functional 1 ty ^ Is via software. 
This can be accomplished "simply by obtaining software' packages that 
providej the desired functions. Problems typically arise when^ the 
software is developed as independent, . stand-alone packages that are 
not designed to .operate together* Ti^^key problems are: 

q 'inability to share ciata among the various programs 

o lack of a common user, interface among t'he various programs 

There is a growing trend among commercial vendors supplying 
software for administrative/management appl l$ia ti ons to integrate 
mulitlple functions within a single program or family of programs.^ 
These vendors combine commonly used functions into an integrated 
package having a consistent user interface and wi/th the capability to 
use the output of ^ny one function as input to any other function. 
Typical functions include: 

fa 

o spreadsheet processing 
o word processing 

o business graphics ^ 
o databasemanagement 
' o communications (primarily terminal emulation) 

The single integrated program, as a rule, allows- for easier 
switching f^^om f unc^tipn-t o-f unc t ion than does the family of compatible 
programs. On the other hand the family of compatible programs usually 
provides a more extensive set of features than do^s the single 
Integrated program. -. ) 
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Expanding functionality via hardware is achieved by Inserting 
printed circuit boards that provide those functions Into connection 
slots on the Internal bus. The following types of problems are 
typically encountered when using this approach: 

• ■ . ( 

o different printed circuit boards require the sa^me connectiop 
slot on the internal bus* This of course means that the 
^'unctions provided by those different boards cannot ' coexi st. 

o lack of software support for functions provided .in the 
printed circuit boards, 

^o some new printed circuit boards require additional power 'and 
^cooling. 

I 6 ability to add functions is cons trained . by a limited number 
- of expansion slpts. ' , 

L 



t 



Because of the level of technical expertise required, end--users 
should proceed with extreme caution in _\attempting to expand the 
functionality of their systems by hardware l^^thods. It should be 
avoided whenever practical; it it cannot be avoided, expert technical 
assistance should be obtained, ( 

U 

3*2,2 In ter--sys terns Data And fiesource Sharing 

Some organizations may want to in terconn^ec t their microcomputer 
systeffis. ' 'In addition, there is usually the-nee.d for microcomputer 
systems yo be connected to the organizations* central computing 
facility. In scientific/engineering applications this* interface would 
be primarily used to provide aqcess.. to a_ high-speed computational 
capability; for applications in so^ware development this interf^^e 
would be important for testing and integrating elements (of a systwm 
under development; and in administrati ve/manage^ment a^pplic^ati ons, 
this interface would provide access to a shared corporate o^tabase^ 

In those situations in which there is a need for data and otheV 
resource sharing among microcomputer systems, or between microcompu'\er 
systems and a central computing facility, a few reLativeiy simple 
alternatives should be examined before pursuing the potentially 
expensive and technically risky effort of acquiring a network. These 
are: 

o interchanging diskettes by , using format conver si on software 

o transfering filies via a direct communications link 

o utilizing "shared resource" systems { 
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'Manually exchanglwg diskettes by using format conversion 
utilities can be an effective method for data and resource sharing^ 
Incompatibilities, which cannot be solved by software utilities, can 
occur because of differences in diskette drive design and the physical 
characteristics of the diskettes. Software utilities can solve 
incompatabi li ti es based on the soft-sectoring of the diskette or tlie 
logical structure of the files. j 

The next approach to data and resource sharing that . should be 
examined is electronically transmitting files via direct cable 
connection between I/O ports (typically 'the KS 232C port) on the 
systems. There are comifl>rcial and public 'donxB-in products which 
support this method of Tile transfer. The limiting factor in this 
approach'ls that the systems involved must 'be located relatively close 
( typical ly ^wi thin. fifty feet) to each other. A variant to this 
approach that overcomes" this distance limitation involves the use of 
modem's' an.d tel ecommunica tion'* 1 ines to establish the data path for file 
tY^ansf^rs . 

Since most organizations already have terminal access 'to their 
,;,cerrtYal computiiig facility using direct wire or telephone, data 
^^haring between a microcomputer and the central computer ca^ be 
accomplished over the existing terminal communication links. 
Microcomputer to microcomputer data sharing can be accomplished by 
using the central computer • as the communication link. In this 
approach, data from the sending microcomputer system is placed on the 
mainframe. The receiving microcomputer accesses the mainframe to 
obtain the data. There are two advantages to this approach. The 
maini^ame is presumably always up. Thus, the sending microcomputer 
syst#] mey transmit at any time^ and need ilot depend on, the receiving 
microcomputer being on. Secondly, two microcomputers may exchange 
data ev.^n if they are unable to exchange phjysical media. ^ 

"Shared resource" systems are irjul ti--user systems in Whith one or 
more of the system components are shared among the users. The salient 
ch*ar ac teri s ti c s that distinguish among these systems are (1) the 
system resources that are being shared, and (2) the (iegree of "autonomy 
that exists among the users. In some systems, only a. few peripherals 
such as a Winchester disk or printer are shared, while in others all 
of the system resources (Including the processor) are shared among the 
users. From a user's perspective, the key problems with the shared 
logic approach are: 

. S 

o users -must give up some measure of control over their 
individual operating environments 

o degradation is likely to occur in performance due to the fteed 
to schedule access to shared resources 



A network (i.e., a collection of computer systems interconnected 
by communications, facilities to allow mul ti-^user access to shari^d 
resources) approach to data and resource sharing should be considered 
only after careful analysis of requirements. The advantages of\this 
approach are: , , '^^-^ 
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o high performance, reliable access . to^ shared data and 
resources 

o users can have the benefits of' a multi-user environment 

uithout surrendering autonomy of their individual operations 

The process for selecting a specific network technology and 
topology is very complex and requires expert technical "Assistance. , 
Equally important is the fact that operating and maintaining a network 
is a difficult and highly, technical activity. Such an effort requires 
assignment of appropriate staff and other support resources. NBS 
Special Publication 500-96 "^he Selection of Local -Area Computer 
Networks" provides guidance on analyzing requirements and selecting 
the appropriate network to meet those requirements. That publication 
should be*" consul ted before making a decision to proceed acquire, a 
network. . , * " 



3-3 HOW SHOULD ^APPLICATIONS SOFTWARE BE ACQUIRED IN ORDER TO MINIMIZE 
DEVELOPMENT AND MAINTENANCE COSTS? \ 

Microcomputer systems have contributed *to the growing trend 
toward end-User computing. * Their low price, ease of use, and quick 
responsiveness ena1)le many users to' solve their own computing / 
problems, often bypassing the traditional DP organization. The 
potential benefits of end-user computing are substantial and are well 
recognized. The costs, however, can be equally substantial but are 
not as well recognized. The risks that the. cost of end-user computing 
will negate the benefits are considerably increased in those 
situations in which end-users write their own application programs. 
End-users rarely ha^/e the skills required to produce software 
comparable to that produced ^ an experienced professional. 

It is for these reasons that we strongly recommend that users of 
microc'omputer systems buy, rather thar) build, their applications 
software. Another Keason for the recommendation to buy rather than 
build the large number of relatively /inexpensive commercially 

available applica^tion packages, par ticula-rly / packages which support 
administrative/mart^gement functions. Packaged software seldom meets 
all of the requirements of a particular application. . Users should, 
therefore be prepared to make reasonable c^ompromlses and must - 
carefully evaluate the need for a customizing effort. 

In those situations in which it is determined that a customized 
application is required, end-users should obtain the advice and 
assistance of individuals with expertise atjd experience in software 
development. Although the software development environment provided 
by microcomputer systems is not yet comparable to •:^that provided by 
mainframes, there are a number of application development tools which 
have been used successfully in the environment of microcomputer 
systems. The tools which have been shown to be particularly useful 
are spreadsheet 'processors and database management packages. 
Spreadsheet processors are being used primarily for financial 
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modelling and budgeting while database management packages 
used for the broad spectrum of database query and 
applications. 



are being 
reporting 



3.4 HOW SHOULD THIS TECHNOLOG 
END-USERS? 



BE "PACKAGED" TO MEET THE NEEDS OF 



Many of the new systems are being touted for 
friendly" features. Typically, this means that (Ijjjllt 
easy to learn to use the basic features provided by v.yje' 
(2) once a user has learned, to use a feature in one part 
(e.g., text editing in word processing), that learning is 
)arts of the system (e.g., te.xt editing 
the advantages 



new systems are being touted for their "user- 
is relatlvel'-y 
•system, and 
of the system, 
transferable 

to other parts of the system (e.g., te.xt editing in database 
management). One of the advantages of Integrated packages is that 
they typically provide a more "user-friendly" environment than does a 
collection of packages developed independent of each other. 

This notion of "user-friendly" does not mean that the end-user 
can operate independent of technical support provided by individuals 
with expertise in the particular system being used. There is still a 
need for specialized training and support for situations ranging from 
insuring that peripherals (e.g., printers) are properly connected, to 
evaluating alternative strategies for dealing witjti the problems that 
invariably arise when using an automated . system. Therefore, 
regardless of the characteristics of a particular microcomputer 
system, th"e fundamental issues for the end-user are: 

o what kind of training and support is required 

o where is the training and support available 



Trarirtiing and support are inextricably interrelated. The kind of 
training required is, to a large degree, a direct function of the kind 
of support that is available. The basic functions involved in 
managing, operating and maintBining a microcomputer system are 
essentially the same as those associated with larger systems. These 
include: 



o 
o 
o 
o 
o 
o 



making sure that the system is configured properly 
maintaining a proper (Operating environment 
protecting the integrity of the system and data 
maintaining supplies 
operating th-e system 

evaluating system performance (including error detection and 
correction) 
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^ ^ ^ . r 

Someone must assurae r espod'sibl 1 1 ty for t^h.ese basic; functions. 
Since the typical ^^mlcrocon)puter system operates in a completely 
stand-alone environment, it* may no^t be practical ^ to ^ssis^^ many of 
these fuijctions (e.g^t operating th^ system, maintaxning a proper 
operating^environmen^, etc.) 'to a c^ptral support, staf f, ^he training 
should be designed to address those particular func^ons expected to 
be ^per^formed by the end--user* | 



'3.5 HOW SHOULD SYSTEM^ BE ACQtllRED TO FACILITATE ORDERLI MIGRATION TO 
NEW TECHNOLOGY? ' ' 

. ^ ^ ' - ^ :■ 

The rapid pac^ at wtiich new technology is^^being intrt>duced gives 
rise to concern , about becoming "locked-in" to'obsolete systems. Users 
should examine system sele^ption decisions in light pf the need to 
minimize the risks associated with obsolescence. 



One of the best ways for a user to avoid becoming locked-in to 
obsolete systems is to select products that have a large user 
community. Vendors with products having a large user community are 
motivated to provide a migration path to new technology. Users should 
examine products to- deteri^ine how well those products are bein^g 
accepted in the commercial * marketplace, and how well the veiiaor 
supports his products. Users should be especially careful about 
products offering unique features to insure that those features don^t 
isolate that product to a narrow portion of the market. Users whose 
requirements can be satisfied \by products in the mainstream of the 
marketplace will minimize the risks associated with obsolescence. 

Users should also be cautious about selecting a product in the 
later stage of its life--cycle. There is usually a trade--off between 
selecting a product in 'the early stages of itV lif e--cycle and 
selecting a product in a more mature stage of its li^fe-cycle. 
Selecting a product too early runs the risk of having to deal with 
problems typically associated with immatui^e systems. Selecting. a 
product too late runs the risk of early obsolescence. An assessment 
of the techrnology underlying the product should be a key consideration 
in making the trade-bff. A^^well established product based on new 
technology is the optimal choice. A new product base on old 
technology should be approacried with caution^ 
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i " • APPENDIX V ^ '• 

CHARACTERIST-ICS ,QF MrCROCOMPUTE'R SYSTEMS . 

. • - ■ < ii ■ . . 

A.I INTRODOJCTION " , ^ - • 

This Appendix -provides a more deitailed technical overview of the 
features a^nd capabilities of mlcrocoipputer Sy'^tfems. The, emphasis is 
on the application areas of administration/management and 
communications. • , ' ' 

Microcomputer systems'' are available with' many diverge 
applications software packages which are human engineered for both the 
experiencedK and the inexperienced computer user. This software 
explosion has"" been\caused by two factors: the declining cost of the 
hardware, and the ever increasing numbers of end users who own 
hardware, and are demanding friendly, flexible software. Xhe larger 
software market means that huge revenues: can be generated by ,sel-ling 
many copies of a successful software package. This potential return 
on investment has attracted many talented, creative .people to the 
production of software. , ' ^ 

The result has been the creation of ;^oftwane packages that are: - 
o Original in concept 

Since many software packages have little or ho 

- r^semblanc„e in concept to the packages which have been 

available for minicomputerB or mainframes, even the 

experienced computer user often gains new perspectives. Not 

only do microcomputer systems solve new problems, they- also 
provide solutions to the old problems in new and (;^riginal 
ways . 

o Highly interactive 

Systems are- designed to tak^e advantage of higher 
bandwidth interactive techniques such as f unc ti on keys, 
"mouse" devices, and trackballs. 

o Easy to use 

/ ' • • • 
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The system can be used with minimal reference to a 
manual. Help at both a novice and expert level Is often 
available on-line. In addition, the systems try to minimize 
the possibility of data loss caused by user error. 

o Easy to learn 

4 

The documentation for most packages includes not. only 
the traditional refer.ence manual, but also tutorial fliaterlals 
for the naive user. In some cases, tutorials *are In the form 
of computer aided Instruction, . * . 

Two examples of software with these characteristics .-are the 
spreadsheet processor and the Integrated package. 

The spreadsheet processor was Initially conceived to automate 
some of the accounting calculations performed on large, accounting 
spreadsheets. The basic concept of the spreadsheet processor is that 
instead of juist being able to enter a number in a sp/eadsheet cell, as 
in. the case with a paper spreadsheet, one can enter a formula which 
represents the value pf the number as ja function of other cells. When 
viewed on the display, the value of the formula is shown,- and if a 
value of a cell is changed, then the numbers shown on the display, 
which. are a function of the cell changed, all change their values 
.instantaneously . 

Since its intVo(Juctl on, the spreadsheet processor has' been 
applied to. many other tasks beyond those associated with an accounting 
spreadsh~ee:t . .Such applications Include financial modeling, -the 
-preparation of tables to be Included in documents produced by word 
proce°ssors, and the malntalnence of small databases. The spreadsheet 
procjhsor has its own form of "programming language" unlike 
traditional programming languages. Using a spreadsheet processor is a 
learning experience for ^all users regardless of their backgrounds. 
The spreadsheet processor has become so successful that it is now a 
required part of any administrative/management application. 

Integrated packages are software packages , which combine the 
functionality of many traditionally separate processors into a single 
processor with a single user interface. Before the- widespread 
, availability of microconiputer systems, - processors such as word 
processors, database management systems, etc., often produced by 
separate vendors. Interacted^ with the user according to their own 
philosophy of human-machine iht'erf acing. These - packages were 
"integrated" by using the' computer operating system which may' have 
been produced by yet another vendor. As a result, the user interface 
was often inconsistent, . confusing and inefficient. It was often 
impos'sible. to exchange data between the processors, such as, using a 
report generated by a d&tabase management system as part of a document 
being preparisd by the .word > processor . ' , 

■ The integrated package, produced by a single-vendor, is- one. of 
the solutions to these ^problems. The concentration on human 
engineering and ' inter-function data portability in the design 6f 
integrated packages hps resulted in new ways of looking at the 



CHARACTERISTICS OF MICROCOMPUTER SYSTEMS Page A^3 



traditional functions, and in widespread use of interactive techniques 
beyolid the teletype keyboard. 

For exampTle, spreadsheet processors, may be combined with 
relational database systems by considering a record as a row in the 
spreadsheet. The contents of a cell in a spreadsheet can be treated 
as a document to which a word processor is applied^ A rectangular 
area of a spreadsheet can be a table from which a bar graph or pie 
chart can be drawn^ To this graph, special lettering or pictures may 
be added by electronic "drawing." These operations are no longer 
performed solely by typing commands on a keyboard. Commands to the 
integnated environment are often entered through a special interactive 
device such as a "mouse." 

Microcomputer sys'tems are being used to solve problems in almost 
every application area. Among the most common application areas of 
microcomputers are administrative/management and communications. 

t- . . • . 

A. 2 ADMINISTRATIVE/MANAGEMENT APPLICATIONS 

Administrative/management (or office automation) applications can 
be grouped into the following catagorles: 

o Word processing 

Word processing was the , first office activity to be 
automated, and Is the most prevalent. Word processors were 
also the first integra.ted package^rs in that, in addition to 
text editing and formatting functions, most word processors 
include the ability to manage small databases such as mailing 
lists. ^ ' 

o Database management 

Microcomputer systems support the three basic types of 
data management systems, hierarchical, network,. and 
relational. Relational or rel a tional^l ike database systems 
are the most common implementation. These are general 
purpose informatiojn Management systems capable of most 
database applications and limited only by the size of mass 
s torage. 

o Spreadsheet processors 

As described earlier, this electronic calculator has 
become a necessary part of every office system. For many 
integrated packages, the spreadsheet processor i^' the base on 
which each of the other processors (i.e. word -processor, 
database management system, etc.) is built. 

Business graphics and graphic arts 
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These packages effortlessly produce chgrts and graphs, 
such as bar graphs and pie charts, >pui table in an 
admlnistratlve/manageinent environment. Some 'also provide the 
capability of adding customized artwork t6 the graphs, for 
example, a corporate symbol or stylized lettering. 

0 Calendar managers- , ' 

These packages vary widely in the extent of their 
capability. At the minimum, they provide an electronic 
desktop calendar on which appointments can be recorded. Some 
calendar packages display messages when it is time for an 
appointment. Some -packages, when available on systems which 
can communicate, will permit a manager to schedule a meeting 
through the system. When given the participants in the 
meeting, it will interact 'with the manager and access the 
calendars ^of the participants to arrange a time when all are 
available, and then, send a message to each participant and 
mark their calendars. 

■ ■ s 

o Electronic mail \ 

This capability includes both mail between users of a 
multi-user system, and mail between between users of 
different systems. Mail is an application of the ipore 
general concept of data communications which is discussed in 
a subsequent section. 

o Voice processing 

Some microcomputer systems provide the capability of 
interfacing to a voice telephone system. The microcomputer 
is able .to do such things as answer "Mire, phone and receive 
. dictation, place calls^ and send voice moesages, and mix voice 
• and digital data in data files which may be used as messages 
in electronic mail. 



Software packages for these application catagories are available 
in the public domain and from several vendors. As was mentioned 
above, integrated packages which combine several application 
categories into a single- program with ^^nsistent user interface ^r.e 
also available. Users should be aware of^several characteristics of 
these software systems. > * 

Since it; is usually not pos^sible to firui a single package which 
will perform all the desired flinctions, it Ts necessary for users to 
do their own "integration" of systems from different vendors. Most 
packages are able to input and output sequential files, consisting 
solely of ASCII' text, thereby providing the means of transferring data 
from one package to another. Some formatting changes to these files 
may be required and this can usually be accomplished by a trCTt editor 
or a small formatting program implemented by the user. 
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A microcomputer software package is usually ^availabl e to run on 
more than one piece of hardware. A serious probl'^m arises when there 
is no single piece of hardware and/or operating system on which the 
needed software packages will run- In the case where there is a 
single hardware system available, but each package requires, a 
different operating system on that hardware, the use of files on mass 
storage may gtill be a solution. However, this is unl ikely si nee most 
operating systems use different mass storage formats. The only 
solution may be to have more than one microcomputer system to provide 
the functions needed* Data transfer between systems is accomplished 
either by direct communications between the ^systems or by each system 
communicating with a mainframe* ^ . 

. Since many software packages are truly^riginal in concept. It is 
usually not immediately obvious that a particular software package can 
meet the need. In order to make this determination, the user is 
required to become familiar with .the software under consideration. If 
this is not done, the user may miss the opportunity t\> have access to 
systems which do the required job in a comprehensive, satisfying and 
ef f icient^^^lHaLnner , once the initial investment in learning has been 
made* The user should study the -manuals and tutorials, consult user 
groups, and spend a few hours using the system. 

Not only should a software package be viewed in terms of whether 
it performs the desired functions, but the manner in which the 
functions are performed should also be considered* In using any 
microcomputer system, r t a 1 n sequei|ces of operations, such as 
transmitting data 'to a mainframe, will need to be repeated on a 
regular basis. One of the common problems with sof tware'^ackage s, 
particularly integrated packages, is that sequences of operations can 
be performed only in an interactive manner* This may surprise the 
experienced computer user who is familiar with systems capable of 
automating sequences of operations by m'eans of command procedures in 
order to minimize end-user activity. The ability of a software 
package to be programmed to automatically perfor^m sequences of 
operations should be carefully cbnsiderexl. 



Because microcomputer software packages are designed to ^be 
friendly, naive users do not remain naive for long. They quickly 
learn the environment thap the- system provides, and demands- new 
capabilities. The vendors are aware of this phenomenon. They know 
ynat the user populatjjon is constantly increasing its sophistication, 
y6nd that the .sophistication of their products must increase 
^^,^x-^accordingly . Increasingly powerful and complex software is made 
possible by the continuing increase in the power of the hardware. 



A. 3 COMMUNICATIONS ^ i ^ , 



1 




.•A communications capability will always require a .user system to 
be connected through some communications medium to the systems with 
which it is to communicate, Th^is usually implies that the system will 
either bfe multi-user, connected to a network, or both. The network 
may be special purpose, such as a local area network, or a telephone 
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system, such as 
telephone system. 



a private business exchange (PBX) or the public 



Among -the problems to be solved in order for microcomputers to 
communicate to other microcomputers, minicomputers or mainframes, are: 

o Flow control 

The transmitting system, may send data at a different 
transmission speed than the receiving system is capable of 
accepting. For example, when data is transmltt«d from a 
microcomputer to a mainframe, the majinframe may become busy 
with higher priority tasks and be unable to accept data from 
the microcomputer, even though the microcomputer and 
mainframe may be sending and receiving at the sam^ 
. . transmission speed. In order for communications to occur in 
these situations the sending and receiving systems must have 
some means of starting and stopping the transmission. ^ 

o Data Integrity 

There should be some assurance, at the time of transfer, 
that the data which was transmitted Is the data that was 
received. 



o Transmission of binary data 

Many computer system communication llnjks are designed 

for transmitting 7 bit ASCII da-ta Qnly- In order to transmit 

8 bit binary data, the 8 bit data must be ejicoded into 7 bit 

data by the sender and subsequently! decoded by the receiver. 

o Xonn.ection initiation ^ 



r 



The previous problems address the issues 
communications proceed during the transml ssi on of 
problem of connection initiation deals with 
connection between two systems is established, 
jnail, an applicatigt) of communlca t Jpns, requires 
system^ be able t6- establish a connection 
transmit the message, and then break the 



o( how 
data. The 
how the 
Electronic 
that one 
to another system, 
connection* Most 



electronic 
without any 



mall systems are able 
operator intervention. 



to accomplish this task 



v. 



Three ^available methods of Implementing microcomputer data 
communications, in order (^f technical sophistication, are: 

o Terminal emulation/ file transfer systems , ^ 

These are the simplest, most common 'solutions to 
microcomputer communications. Since almost all mainframe and 
minicomputer systems permit the attachment of terminals,- this 
class of communication syst^em makes the microcomputer appear 
to. the remote system as a terminal. Data transfer fr^ the 
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microcomputer to the remote system is accomplished by-the- 
mlcrocomputer reading a data file from its mass storage and 
sehcting the contents through the comnjunlca tlons link as 
though'an operator were typing the data on a terminal. Data 
transfer from the remote system to the microcomputer Is 
accomplished by the microcomputer storing data from the 
remote system in memory and/or on mass storage. This type of 
communications system may engage In some type of flow control 
signalling with the remote system, or simply rely on a slow 
transmission speed. However, there is normally no data 
ijltegrity checking, and no capability for the transmission of 
binary ttata. Connection and disconnection- with the remote- 
system, and "data transfers are initiated by a"h operator on 
the microcomputer. Terminal emulation systems are^ available 
both in the public domain and commercially. ' * . 

o Limited-function network systems 

This clas^ • of communication system can perform the 
functions of terminal emulation systems but, in addition, 
provides for some data Integrity and binary data 
transmission. However, it still requires much operator 
intervention to initiate transmissions. It also requires 
that two systems be able to Interact in a more sophisticated 
manner. With terminal emulation, the . remote system 
commun;Lcated with what it saw as a terminal. Now, the remote 
.^^^^^^^ must know that it is interacting with another computer 
system according to an agreed upon set of rules or protocols. 
While terminal emulation systems arose from a need for 
microcomputers ' to communicate with mainframes, the 
1 Imlted-^f unction network systems arose from a need for one 
microcomputer to communicate with another microcomputer. 
Since it can be more difficult to Implement communications 

large multi-user system than on a small 
system, the limited-function network 
been available primarily for 
microcomputers. Llml ted-f unc tlon 
slow in becoming available for 
microcomputers and mainframes. 



have 
between 

been 
/between 



implementations are becoming widely available 



software "on a 
microcomputer 
implementations 
communications 
networks have 
communications 
However, these 

in the public domain and commercially. 

o Full-function network systems , . 

These systems provide complete, - technologically 
*, sophisticated solutions to the. communications problems 
mentioned at the beginning of this section. They are almost 
always acquired from a single vendor who- provides all of the 
hardware and software. While some standards and ^conventions 
exist, full-function network systems, because of their 
^ complexity, hav'e yet to reach the polht im-thelr development 
where an Inexperienced user may obtain Anterchangeabl e parts 
of a network system from several vendori and/or in- the public 
domain. - The Institute *for Computer Srciences and Technology 
within the National Bureau of Standardfe_ is contributing to 

' ^ y 
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the develq^pmenfe _pf International standards for netw/ork 
protocols that • wi 1 1 , lead to off-the-shelf: network prodyicts 
existing In a multi-vendor environment. / 
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